home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_0799 / 671 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  2.9 KB
  1. From: dmj@genie.geis.com
  2. Date: Sat,  2 Jul 94 16:51:00 UTC
  3. To: gem-list@world.std.com
  4. Subject: Available Keyboard Keys
  5. X-Genie-Id: 3888442
  6. X-Genie-From: DMJ
  7. Precedence: bulk
  8.  
  9. Reply:  Item #8348785 from GEM-LIST-APPROVAL@WORLD.STD.COM@INET01#
  10.  
  11. (I've held my "tongue" for two weeks... what a miracle! ;-)
  12.  
  13. Evan,
  14.  
  15.  - I think the list pretty much shows how divided we are on what
  16.  - the short-cuts should be.  ...  The ONLY way to compromise, is
  17.  - to support the App-defs.sys file.
  18.  
  19. I absolutely, wholeheartedly agree with this.  I also feel your other
  20. arguments--about which keys can and can't be used--become pretty
  21. pointless if they can be changed by the user to what _they_ can use.
  22.  
  23. All,
  24.  
  25. I have said before (and been flamed for it) that I doubt I will
  26. support the standard unless it includes a configurable file.  While
  27. for the most part I do _not_ have a problem with the short-cuts as
  28. listed, there are a few cases where I simply cannot abide by the
  29. choices we are being bullied into.  The fact that you wish to brand
  30. my software as "non-compliant" because I don't use all the keys in
  31. the list, and try to "blacklist" me for it, strikes me as being a bit
  32. heavy-handed, not to mention arrogant, presumptuous, and [coarse
  33. adjectives deleted].
  34.  
  35. I'd also like to take the opportunity to remind everyone on the list
  36. that while standards are nice, _please_ do not go too far.  Do not
  37. make the standards so all-encompassing that you take away from the
  38. programmer their most important choices.  For example, someone here
  39. was suggesting whether big-cursor blocks should be the standard or
  40. not.  I say not; leave _that_ decision up to the programmer, who is
  41. in the best position to decide what is most appropriate.  IT IS NOT
  42. YOUR PLACE TO DECIDE EVERYTHING FOR THE PROGRAMMER.  Also keep in
  43. mind that users are _not_ a homogenous group of people!  Some people
  44. prefer big-cursor blocks; some don't.  Me, I sometimes prefer one,
  45. sometimes prefer the other; it depends what I'm doing.
  46.  
  47. Please, direct all flames that do not contribute to the GEM-List
  48. discussion directly to me in E-mail.  Do not clutter the list with
  49. bitter recriminations, insults, or petty bickering.
  50.  
  51. Ofir,
  52.  
  53. If all the software is coming from Germany, why are you bothering to
  54. ask the non-existent US developers their opinions?  (This is NOT a
  55. rhetorical question.)  Your attitude basically seems to be, "Because
  56. all of the software I see in _UK_ magazines comes from Europe, mainly
  57. Germany, I don't think US developers carry enough weight to make much
  58. difference in the GEM-List standard."
  59.  
  60. Let's face it, Ofir; the ST scene is pretty dismal, all the way
  61. around.  Have you ever tried to get software imported from the US
  62. into the UK?  No?  I'd wager it's easier to get it from Germany to
  63. the UK.  So it would make sense that what _you_ see is 99% German.
  64. But that isn't what _I_ see.
  65.  
  66.  -+- Damien M. Jones -+- dmj software -+- dmj@genie.geis.com -+-
  67.  
  68.